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Overview 


• History 

• Simulink Modeling 

• CFE 
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Modular integration of Simulink into cFE 



Modular Model Based Design 



• LADEE History 

- Small Sat Investigation 

- HTV Development 

- Next Step LADEE -> STV 

• Model Based Development 

- Started with Nl MatrixX/System Build 

- Current Mathworks Simulink/RTW EC 

• Working w/CFE - Modular Approach 



FSW Process Overview 
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• Using Model Based Development Approach 

- Develop Models of FSW, Vehicle, and Environment in Simulink 

- Automatically generate Software using RTW/EC. 

- Integrate with hand-written and heritage software. 

- Iterate while increasing fidelity of tests - Workstation Sim (WSIM), Processor-1 n-The-Loop (PIL), 
Hardware-in-the-Loop (HIL) 
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Simulink HTV Architecture 
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Simulink FSW Model 



telemetry 
thruster cmds 


spacecraft_bus_in 


csci_fsw_a 



Q> 


spacecraft_bus_in 
spacecraft_bus_in 


Prop Management: 

-Fires thrusters based on 
commands and control 
mode. 


GN&C: 

-Guidance System sets 
desired angles based on 
position error. 

-Guidance System 
maintains desired vertical 
velocity. 

-Control System uses 
Bang-Bang approach to 
maintain desired angle. 



csc_prop_pyro_iri 


csc_prop_pyro 

>-| Ini 

clt_thruster_cmds_v 

csc_prop_pyro_a 


Ini Outl 


cdcjgncjn 


Ini Outl 


<csc_prop_pyro> 

► 

<clt thruster cmds v> 

clt_th ruste r_cm ds_v 

<csc_pwr_status> 


<c^_gno>^ 

► 


<csc ttc telem> 


Command Processing: 

-Receives commands via 
CDH (TCP/IP or RS422). 
-Compiled in script allows 
flexible sequencing. 
-Processes and Sets Control 
Modes. 

Vehicle Health 
Monitoring: 

-Command Checking 
-Sensor Limit Checking 
- Hardware status 

zrms: 




State Estimation: 

-Receives sensor data. 
-Low Pass Filters 
-Auto generated Kalman 
Filter. 


Telemetry: 

Passes data to the CDFI so 
that it can be transmitted via 
TCP/IP or RS422. 


telemetry 
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Simulink Flight Hardware Model 


^f^esRe. 
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Simulink Environment Model 












Automatic Code Generation 


* 




Constant2 


142 

143 

144 

145 

146 

147 

148 

149 

150 

151 


/* Gain: l <S16>/Gainl * incorporates: 

* Constant: * <S1 6> /Constant * 

* Constant: ' <S16>/Constant3 * 

* Gain : 1 <S16>/Gain * 

* Sum: ' <S1 6>/Sum ‘ 

* Sum: , <S16>/Sum3 * 

*/ 

rtb_Gainl_o = (5.0 - (10.0 - rtb_h_cg) 
rtb_Switch_g_idx =0.1- rtb_Gainl_o; 
rtb_Switch_g_idx_0 = rtb_Gainl_o - 1.0; 


* 


0.4) 


* -1.0; 


•Simulink supports two way trace-ability between 

models and generated code 

•Code Easy to read, well commented 
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Simulink Bus 



* 


BusCreator 

This block creates a bus signal from its inputs. 
Parameters 

Inherit bus signal names from input ports 
Number of inputs: [2 
Signals in bus 

► csc_sensor_out 

► uplink 


Rename selected signal: 

Specify properties via bus object 
Bus object: csci_fhw_bus_from_hw 
(^Output as nonvirtual bus 


( Refresh ) 



iy + s 


± + 



► Scsc_state_est_input 

► =csc_state_est_msg 

► =csc_thrml_input 

► =csc_thrml_msg 

► = csc_ttc_input 

► =csc_ttc_msg 

► =csc_ttc_telem_msg 

► =csc_vhm_input 

► =csc_vhm_msg 

▼ = csci_fhw_bus_from_hw 

▼=csc_sensor_out(csc_sensor_out) 

► =ans_msg(ans_msg) 

► 3lpwr_msg(pwr_msg) 

▼ =lns_msg(lns_msg) 

— lns_delta_velocity_counts 

— lns_delta_angle_counts 
— Ins_status 

— lns_mode 
— Ins_data 

— lns_counts 
— Ins_checksum 

► sviz_msg(viz_msg) 

► =rdr_msg(rdr_msg) 
▼=uplink(uplink) 

► =env_cmd_msg(env_cmd_msg) 

► =gdt_sim_params(gdt_sim_params) 

► =csci_fsw 

► Sdownlink 



Sim ulink.BusEle merit: lns_delta_velocity_counts 

Properties 

Name: lns_delta_velocity_counts 

DataType: intl6 
Data Type Assistant 

Mode: Built in i intl6 

Complexity: real 

Dimensions: 3 

SamplingMode: Sample based 

SampleTime: -1 


( Revert ^ Help 


Apply 


'Insjnsg', ... 
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sprintff), { ... 

{'lns_delta_velocity_counts', 3, 'inti 6', -1, 'real', 'Sample'}; ... 
{'lns_delta_angle_counts', 3, 'inti 6', -1, 'real', 'Sample'}; ... 
{'Ins_status', 1, 'inti 6', -1, 'real', 'Sample'}; ... 

{'lns_mode', 1, 'inti 6', -1, 'real', 'Sample'}; ... 

{'Ins_data', 1, 'inti 6', -1, ’real', 'Sample'}; ... 

{'lns_counts', 3, 'inti 6', -1, 'real', 'Sample'}; ... 
{'Ins_checksum', 1, 'inti 6', -1, 'real', 'Sample'}; ... 

}... 
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cFE - Core Flight Executive 



• Goddard Space Flight Center Developed 

• Derived from Legacy Missions 

• Flexible infrastructure for Space Flight 
Software 

• Components: 

- Executive Services 

- Event Services 

- Time Services 
-Table Services 

- Software Bus Services 
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cFE Simulink Architecture 



cFE Simulink App Process Goals 



• Utilize cFE with no changes 

• Code Gen. to automate process 

• Subsystem Blocks generate to cFE 
Apps. 

• Simulink Apps/Blocks Communicate via 
cFE Software Bus 
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cFE Simulink App (Task) 


• Simulink Bus translates to cFE Message 

• RTW/EC generates Task Description 

• Master Timer Generates “Tick” to 
Schedule (Step) Apps and generate 
Output Message(s) 

• Receive Structure Msgs update local App 
Input Values 

• Apps also Respond to Other Command 
and Housekeeping Messages 
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cFE Simulink Message Flow 


Add slide with ticks 


Tick 


Tick 


Sequencer 


VHM 


State Est. 
Thermal 
Payload 
Prop Pyro 
Power 
GN&C 
Telemetry 



Sequencer 


VHM 


State Est. 


Thermal 


Payload 


Prop Pyro 


Power 
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Telemetry 



* 
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cFE Simulink Message Flow 



Tick 


Tick 



Messages 
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Process Key Ideas 



• Modular Process (vs. Monolythic) 

- Pros: 

• More Flexible 

• Simplifies Task Replacement 

• Easier Debugging - can look at messages between tasks 

- Cons: 

• Harder to implement 

• More overhead due to more tasks and messages 

• Terminology 

- Bus (Simulink) = Message (cFE) = Packet = C Structure 

- Block (Simulink) = Application (cFE) = Task (VxWorks) 

• Mathworks Template (TLC) File 

- Executed during Code Generation Process 

- Highly Flexible in creation of code 
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cFE Simulink Autocode Process 



Autocode 


Compile & Link 
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cFE Simulink App Loop 



Struct Appjnputs In 
Struct App_Outputs Out 
App_lnit() { 

lnitialize_App_lnputs() 

Subscribe_SB_Msgs(Tick, AppMsgs, . . . ) 

Simulink_lnit(ln, Out) 

} 

App_Main(){ 

App_lnit() 
while(l) { 

sb_receive_msg(msg, timeout) 
if (msg == tick) { 

Simulink_Step(dt, In, Out) 
sb_send_msg(Out) /* app update */ 

} else { 

If (msg == app_update) /* Process other App Msgs */ 
App_Update_lnputs(msg, Out) 
else Process_Msg(msg) /* HK, Cmds, etc... */ 

} 

} 
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cFE IMU App Loop 



IMU_Main(){ 
while(l) { 

struct imu_input_str imujn 

read_msg_que(imu_in, timeout) /* VxWorks Msg Que */ 
sb_send_msg(imu_msg) 

Send_tick() 

} 

} 


Cnt = 0; 

Send_tick() { 

sb_send_msg(400HZ_Tick) /* Do we need 400HZ Tick or key off of IMU Data? */ 
if ((Cnt % 2) == 0) sb_send_msg(200HZ_Tick) 
if ((Cnt % 4) == 0) sb_send_msg(1 00HZ_Tick) 
if ((Cnt % 40) == 0) sb_send_msg(10HZ_Tick) 
if ((Cnt % 400) == 0) sb_send_msg(1HZ_Tick) 

Cnt++; 

} 

/* Note: Other Apps same as IMU without the Send_tick() */ 
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Backup 
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Motivation for Moving to Simulink 



• Industry appears to be moving that direction. 

• Mathworks Extensive support network. 

• Mathworks tools for Requirements management, 
Documentation, and V&V. 

• Bus concept makes model management easier. 

• Monolithic SystemBuild models not conducive to 
Reuse and V&V. 
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Layered Architecture Approach 
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Payload 

Manager 

GN&C 

Thermal 

State 

Estimation 

Propulsion 

Management 

Telemetry 

Power 

Vehicle Health 
and Monitoring 

Command 

Processing 


Simulink Generated Mission 
Unique Application Layer 



Data 
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Control 
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File 
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Generic Application Layer 
(GSFC cFS ?) 


Table 

Management 
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Exec & Task 
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Time 

Management 


Event 
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System Support Layer 
(GSFC cFE) 


VxWorks OS 

Bootstrap 

Memory R/W 

Timer 

PCI 

MOAB Driver 

Loader 

Driver 

Driver 

Driver 

RS422, I/O, COMM, HK 


OS Services Layer 
(VxWorks OS, 

GSFC OS Abstraction Layer) 
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Timers 
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Analog Acquisition 

cPCI 
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Physical 

(Hardware) Layer 
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Workstation Simulation 




Local Workstation 

•Simulink/SystemBuild Only (No Autocode) 

•Early in development process 
•Algorithm Development 
•Requirements Analysis 
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Processor-in-the-Loop Simulation 




•Models autocoded and running on RT processors 
•Inexpensive “flight-like” processor 

•Tests autocoding process & integration with C&DH software 
•Integration with Telemetry Software allows early 
development/testing of downlink 
•Can be used for initial code size and resource utilization analysis 




Hardware-in-the-Loop Simulation 



* 



•Flight code runs on Flight Avionics EDU 
•Provides testing of FSW with Avionics I/O 
•Definitive answers on resource utilization 
•Highest fidelity simulations for verification/validation 
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